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1 ABSTRACT OF THE DISCLOSURE 

2 

3 The invention provides an improved method and apparatus for creating a 

4 snapshot of a file system. In a first aspect of the invention, a "copy-on- write" mechanism 

5 is used. An effective snapshot mechanism must be efficient both in its use of storage 

6 space and in the time needed to create it because file systems are often large. The snap- 

7 shot uses the same blocks as the active file system until the active file system is modified. 

8 Whenever a modification occurs, the modified data is copied to a new block and the old 
0 9 data is saved (henceforth called "copy-on-write"). In this way, the snapshot only uses 
(10 space where it differs from the active file system, and the amount of work required to 
ynji i create the snapshot is small. In a second aspect of the invention, a record of which blocks 
KI2 are being used by the snapshot is included in the snapshot itself, allowing effectively in- 
f|53 stantaneous snapshot creation and deletion. In a third aspect of the invention, the state of 
>4i4 the active file system is described by a set of metafiles; in particular, a bitmap (henceforth 
^15 the "active map") describes which blocks are free and which are in use. The inode file 

16 describes which blocks are used by each file, including the metafiles. The inode file it- 

17 self is described by a special root inode, also known as the "fsinfo block". The system 

18 begins creating a new snapshot by making a copy of the root inode. This copy of the root 

19 inode becomes the root of the snapshot. The root inode captures all required states for 

20 creating the snapshot such as the location of all files and directories in the file system, it. 

21 During subsequent updates of the active file system, the system consults the bitmap in- 

22 eluded in the snapshot (the "snapmap") to determine whether a block is free for reuse or 
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1 belongs to the snapshot. This mechanism allows the active file system to keep track of 

2 which blocks each snapshot uses without recording any additional bookkeeping informa- 

3 tion in the file system. In a fourth aspect of the invention, a snapshot can also be deleted 

4 instantaneously simply by discarding its root inode. Further bookkeeping is not required, 

5 because the snapshot includes it's own description. In a fifth aspect of the invention, the 

6 performance overhead associated with the search for free blocks is reduced by the inclu- 

7 sion of a summary file. The summary file identifies blocks that are used by at least one 

8 snapshot; it is the logical OR of all the snapmap files. The write allocation code decides 
q 9 whether a block is free by examining the active map and the summary file. The active 
Jlo map indicates whether the block is currently in use in the active file system. The sum- 
)3 1 mary file indicates whether the block is used by any snapshot. In a sixth aspect of the in- 
102 vention, the summary file is updated in the background after the creation or deletion of a 
Ch snapshot. This occurs concurrently with other file system operations. Two bits are stored 
[ 14 in the file system "fsinfo block" for each snapshot. These two bits indicate whether the 
IS5 summary file needs to be updated using the snapshot's snapmap information as a conse- 

16 quence of its creation or deletion. When a block is freed in the active file system, the cor- 

17 responding block of the summary file is updated with the snapmap from the most recently 

18 created snapshot, if this has not already been done. An in-core bit map records the com- 

19 pleted updates to avoid repeating them unnecessarily. This ensures that the combination 

20 of the active bitmap and the summary file will consistently identify all blocks that are 

21 currently in use. Additionally, the summary file is updated to reflect the effect of any re- 

22 cent snapshot deletions when freeing a block in the active file system. This allows reuse 
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1 of blocks that are now entirely free. After updating the summary file following a snap- 

2 shot creation or deletion, the corresponding bit in the fsinfo block is adjusted. In a sev- 

3 enth aspect of the invention, the algorithm for deleting a snapshot involves examining the 

4 snapmaps of the deleted snapshot and the snapmaps of the next oldest and next youngest 

5 snapshot. A block that was used by the deleted snapshot but is not used by its neighbors 

6 can be marked free in the summary file, as no remaining snapshot is using it. However, 

7 these freed blocks cannot be reused immediately, as the snapmap of the deleted snapshot 

8 must be preserved until summary updating is complete. During a snapdelete, free blocks 

ri 9 are found by using the logical OR of the active bitmap, the summary file, and the snap- 
's, as? 

v30 maps of all snapshots for which post-deletion updating is in progress. In other words, the 

H l snapmap of the deleted snapshot protects the snapshot from reuse until it is no longer 

rrf 2 needed for updating. In the preferred embodiment, the invention is operative on WAFL 

143 file system. However, it is still possible for the invention to be applied to any computer 

rU data storage system such as a database system or a store and forward system such as 

o 

id 5 cache or RAM if the data is kept for a limited period of time. 
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